Skip to content

Enable dependabot for most dependencies #10370

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

yrodiere
Copy link
Member

Opening this for discussion. I'm absolutely certain we'll want to fine-tune the configuration to avoid some automatic updates, so feel free to suggest whatever makes sense to you.

The most important dependencies to update are the runtime ones, e.g. bytebuddy, which we've failed to update consistently, resulting in delayed support for newer JDK. My hope is that dependabot will address that problem.

The idea is that we'd merge updates in the "build-dependencies" group as-is, without a Jira issue.

We would still have to adjust/re-create other update PRs (such as Jandex) to assign them a Jira issue. We could consider limiting the dependencies covered by dependabot, but I find that grouping, at least, allows a fairly manageable rate of dependabot PRs. Runtime dependency updates should be more rare anyway, as their number is limited and they're generally less active (e.g. Jakarta Persistence doesn't release a micro every week).

If we merged this PR right now, we would get something like this, to catch up with updates that we forgot to do:

image

See my fork for details for these PRs: https://github.com/yrodiere/hibernate-orm/pulls/app%2Fdependabot


By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license
and can be relicensed under the terms of the LGPL v2.1 license in the future at the maintainers' discretion.
For more information on licensing, please check here.


The idea is that we'd merge updates in the "build-dependencies" group as-is, without a Jira issue.

**We would still have to adjust/re-create other update PRs** (such as Jandex) to assign them a Jira issue. We could consider limiting the dependencies covered by dependabot, but I find that grouping, at least, allows a fairly manageable rate of dependabot PRs. Runtime dependency updates should be more rare anyway, as their number is limited and they're generally less active (e.g. Jakarta Persistence doesn't release a micro every week).

The most important ones are the runtime ones, e.g. bytebuddy,
so we could consider ignoring/limiting build dependency updates if
necessary.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants